Skip to content

Conversation

@twastvedt
Copy link
Contributor

When using tSQLt on a database with SQL_Latin1_General_CP1_CS_AS collation this change fixed an unresolved reference error.

When using tSQLt on a database with SQL_Latin1_General_CP1_CS_AS collation this change fixed an unresolved reference error.
@srutzky
Copy link

srutzky commented Feb 5, 2020

@twastvedt Just out of curiosity: what version of SQL Server are (or were) you using? I thought that this problem only existed in SQL Server 2005, and maybe possibly 2008. If you are using a version newer than 2008, then I am interested in getting more details because I can't reproduce this on newer versions. Thanks!

@twastvedt
Copy link
Contributor Author

Huh, strange. We're on SQL Server 2014. Maybe something more was going on than I realized. I'm happy to provide more details if it's useful (not sure what those would be), but also feel free to just close this!

@srutzky
Copy link

srutzky commented Feb 7, 2020

@twastvedt If you are using SQL Server 2014, then the casing of sysname should not be an issue. Do you happen to have the exact error message you were receiving? All I can see in the initial post of this issue is:

an unresolved reference error

I don't see a need to close this just yet if the change you are mentioning did actually fix a problem. I'm just trying to figure out if this is a SQL Server-specific collation issue or something within the tSQLt code itself.

@T-J-L
Copy link

T-J-L commented Apr 3, 2020

@twastvedt If you are using SQL Server 2014, then the casing of sysname should not be an issue. Do you happen to have the exact error message you were receiving? All I can see in the initial post of this issue is:

an unresolved reference error

I don't see a need to close this just yet if the change you are mentioning did actually fix a problem. I'm just trying to figure out if this is a SQL Server-specific collation issue or something within the tSQLt code itself.

I'm having the same issue.

In my scenaion, tSQLt is being built and deployed using Visual Studio 2019 onto an Azure SQL DB. Happy to provide any further details if requied.

@srutzky
Copy link

srutzky commented Apr 6, 2020

I'm having the same issue.

In my scenario, tSQLt is being built and deployed using Visual Studio 2019 onto an Azure SQL DB. Happy to provide any further details if required.

Hi @T-J-L . Knowing that you are using Visual Studio to deploy certainly helps. Still, I really need the exact and full error message (including error number, etc).

@T-J-L
Copy link

T-J-L commented Apr 7, 2020

I'm having the same issue.
In my scenario, tSQLt is being built and deployed using Visual Studio 2019 onto an Azure SQL DB. Happy to provide any further details if required.

Hi @T-J-L . Knowing that you are using Visual Studio to deploy certainly helps. Still, I really need the exact and full error message (including error number, etc).

Here you go:

Severity Code Description Project File Line Suppression State
Error SQL71501: Column: [#inputbuffer].[EventType] contains an unresolved reference to an object. Either the object does not exist or the reference is ambiguous because it could refer to any of the following objects: [dbo].[SYSNAME] or [tSQLt].[SYSNAME]. Procedures\Private_InputBuffer.sql 5

Copy link
Contributor

@lizbaron lizbaron left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for catching and reporting this!

@lizbaron lizbaron merged commit b9b9052 into tSQLt-org:master Oct 23, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants